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PROCEDE DE 6ESTION D*UNE UNITE 
DE STOCKAGE NUMERIQUE 

L'invention concerne un proc6d6 de gestion d*une unit6 de 
stockage numSrique, notamment en vue de sa sauvegarde, et plus 
particulidrement d'une telle units divlsSe en secteurs. 

On rappelle en premier lieu qu'il existe trois types de 
sauvegarde pour une unit6 de stockagje : 

- la sauvegarde complete. Cette sauvegarde donne une image 
physique de Tunitd de stockage ; 

- la sauvegarde partielle. II s'agit de sauvegarder les 
modifications depuis la dernidre sauvegarde complete. Ce mode de 
sauvegarde permet de reconstituer TunitS de stockage rapldement 
mais ne permet pas de remonter dans le temps ; 

- la sauvegarde incrdmentale. II s'agit de sauvegarder les 
modifications depuis la dernidre sauvegarde incr§mentale (la 
sauvegarde complete Stent la sauvegarde incrSmentale de premier 
niveau). Ce mode de sauvegarde rend la reconstruction complete de 
TunitS moins rapide mais elle permet de remonter dans le temps. 

Par ailleurs, en matiSre d'informatique, la taille des disques 
durs (unites de stockage numSrique ^ accSs direct) ne cesse 
d'augmenter alors que les appareils de sauvegarde Svoluent moins 
rapldement. 

Cela pose ^ la fois un problSme economique, vu le coQt eleve 
des dispositifs de sauvegarde par rapport a celui des disques durs, et 
un problSme technique, vu la durSe trop longue des operations de 
sauvegarde et souvent Tobligation de repartir celle-ci sur plusieurs 
supports physiques avec les manipulations humaines que cela 
implique. 
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Pour contourner ces probl^mes, on utilise de plus en plus 
souvent un deuxiSme disque dur pour effectuer la sauvegarde des 
donnSes mais cette technique pr^sente plusieurs inconv^nlents : 

- en cas de vol ou d'incendie, la perte de Tordinateur entraTne 
la disparition simultanee des donn^es et de la sauvegarde ; 

- on ne dispose que d'un seul niveau de sauvegarde avec 
rimpossibilit§ de remonter dans le temps pour restaurer une 
situation antSrieure. 

D'autre part, raugmentation des debits sur Internet (ex : ADSL) 
autorise rutilisation de ce m^dia pour effectuer des sauvegardes « d 
distance ». §galement, I'importance du volume des donnSes pose 
un probldme. En effet, la dur§e d'une sauvegarde via Internet 
determine le coOt de celie-ci et peut m§me la rendre physlquement 
impossible. 

Pour contourner ces problemes, on ne sauvegarde que les 
fichiers modifies depuis la dernidre sauvegarde complete mais Id 
aussi, la m^thode prSsente plusieurs inconvenients : 

- si un fichier tres volumineux a §t§ modifie, le fichier complet 
sera sauvegard§ alors que la modification ne porte souvent 
que sur une petite partie de celui-ci. II existe des solutions 
loglcielles pour contourner ce probleme mais elles sont fort 
complexes d mettre en oeuvre et demandant des ressources 
mat^rielles importantes ; 

- le programme de sauvegarde d6pend du syst^me 
d'exploitation (OS). II faut done 6crire un programme de 
sauvegarde pour chaque OS supports. La prise en compte de 
la presence de plusieurs partitions avec des OS diff^rents 
sur un m§me ordinateur, n'est pas possible ; 

- la restauration complete de Tordinateur est souvent rendue 
tr6s complexe par ie systdme d'exploitatlon. Par exemple, la 
restauration des registres de certains OS est 
particulidrement ddlicate ; 
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- ies fichiers supprim6s doivent etre g6r6s par le programme 
de sauvegarde car ils seront ind^sirablement restaur^s sur le 
disque dur en cas de rechargement de la sauvegarde 
complete Initlale ; 

- la sauvegarde en temps r6el, c'est-S-dire pendant Tutilisation 
normale du disque dur est impossible ou extr§mement 
difficile ^ programmer. Get inconvenient, meme s'il n'est pas 
genant pour un utilisateur de PC, peut I'Stre pour le 
fournisseur du service de sauvegarde par Internet. En effet, 
cet opSrateur ne pourra pratlquement utiliser que quelques 
heures dMnactivit^ journallere pour sauvegarder un tr^s 
grand nombre d'ordinateurs. 

La pr6sente invention vise palller ces inconv§nients. 

Pius particuiierement, i'invention a pour but d'apporter la 
possibilite d'effectuer des sauvegardes d'une unitd de stockage avec 
Ies caract^ristiques suivantes : 

- ind^pendance vis-d-vis du logiciel (syst^me d'exploitation) ; 

- 6conomie de volume (quantity de donn6es) et de temps pour 
Ies operations de sauvegarde ; 

- blocage minimum de Tunite pendant la sauvegarde 
(pratlquement en temps reel). 



Le principe de Tlnvention est de developper une technique 
permettant au contrdleur de Tunite de stockage de maintenir 
automatiquement une carte des secteurs modifies afin de rendre 
possible la gestion des sauvegardes par secteurs plutdt que par 
fichiers. 



Ce principe permettra d'atteindre Ies objectifs vis6s dans la 
mesure oO : 

- le secteur est une notion physique et done ind6pendante du 
systeme d'exploitation utilise ; 
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- en connaissant les secteurs qui ont 6t6 modifies, on pourra 
ne sauvegarder que les donnSes "physiquement" modifi^es 
afin de rSaliser une ^conomie de volume et de durSe ; 

- enfin, en partant du principe que la table des secteurs 
modifies est g6r6e dynamiquement par le controleur, on 
pourra r^aliser les sauvegardes pratiquement en temps reel. 

L'invention a tout d'abord pour objet un procede de gestion 
d'une unit§ de stockage numerique divis6e en secteurs, notamment 
en vue de sa sauvegarde, caracterise par le fait qu'il comprend les 
6tapes consistant k : 

- cr6er une premiere table dont chaque 6l6ment correspond d 
un secteur de Tunitd de stockage ; 

- initialiser ladite premiere table ; 

- lors d'une premiere modification d"un secteur apr6s ladite 
initialisation, modifier I'SISment de la premiere table 
correspondant d ce secteur ; 

- ne pas modifier un 6l§ment de la premiere table lors d'une 
modification du secteur qui lui correspond si I'el^ment a d§j^ 
6t§ modifle ; 

- r6initialiser ladite premiere table lors de I'occurrence d'un 
premier ev6nement pr6d6termin6. 

La creation et rinitiallsation de ladite premiere, table peuvent 
intervenir lors du formatage de Tunitd de stockage. 

La reinitialisation de ladite premiere table intervient notamment 
lors d'une sauvegarde complete ou incr^mentale de I'unit^ de 
stockage. 

Dans un mode de mise en oeuvre particulier de Tinvention, le 
proc6d§ comprend I'^tape consistant ^ cr6er et a malntenir une copie 
de ladite premiere table, et a r^initialiser ladite cople lors de 
I'occurrence d'un deuxi§me Svenement pr6d6termin6. 
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La reinitialisation de ladite copie intervient alors notamment 
lors d'une sauvegarde partielle de I'unit^ de stockage. 

Egalement dans un mode de mise en CBUvre particulier de 
Tinvention, ie proc6d6 comprend les §tapes consistant d : 

- cr6er une deuxidme table dont chaque Sl^ment correspond d 
un groupe de secteurs de I'unit^ de stockage ; 

- initialiser ladite premiere table ; 

- lors d'une premiere modification d'un secteur d'un groupe de 
secteurs aprds ladite initialisation, modifier r6l§ment de la 
deuxieme table correspondant ^ ce groupe de secteurs ; 

- ne pas modifier un element de la deuxieme table lors d*une 
modification d'un secteur du groupe de secteurs qui lui 
correspond si Telement a dejd 6te modifie ; 

- r^lnitialiser ladite deuxieme table lors de Toccurrence dudit 
premier 6v6nement pr6d6termin6. 

La creation et Tinitialisation de ladite premiere table peuvent 
intervenir lors du formatage de i'unite de stockage. 

La reinitialisation de ladite deuxidme table intervient notamment 
lors d'une sauvegarde complete ou incrSmentale de I'unite de 
stockage. 

Dans un mode de mise en ceuvre particulier de {'invention, Ie 
proc^dd I'dtape consistant a creer et a maintenir une copie de ladite 
deuxieme table, et k r^initialiser ladite copie lors de Toccurrence d'un 
deuxieme 6v6nement prdddtermind. 

La reinitialisation de ladite copie intervient notamment lors 
d'une sauvegarde partielle de I'unite de stockage. 
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Ladite premiere table peut 3tre cr^^e sur ladite units de 
stockage. 

Au contraire, ladite deuxiSme table peut dtre cr66e en mdmoire 
Vive dans le contrdleur de ladite units de stockage. 

L'invention a Sgalement pour objet un proc6d§ de sauvegarde 
complete ou incrSmentale d'une units de stockage numSrique divisSe 
en secteurs, caractSrisS par le fait que I'unitS de stockage est gerSe 
par un procSdS tel que dScrit ci-dessus, et quMI connprend les Stapes 
consistant k : 

- sauvegarder Tun aprSs I'autre les secteurs indiquSs comme 
modifiSs dans ladite premiere table ; 

- reinltialiser au fur et a mesure les elSments de ladite 
premiere table correspondant aux secteurs sauvegardSs. 

LMnvention a Sgalement pour objet un procSdS de sauvegarde 
partielle d'une units de stockage numSrique divisSe en secteurs, 
caractSrisS par le fait que I'unitS de stockage est gSrSe par un 
procSdS tel que dScrit ci-dessus, et quMI comprend les Stapes 
consistant a : 

- sauvegarder Tun aprSs Tautre les secteurs indiquSs comme 
modifiSs dans ladite premiSre table ; 

- rSinitialiser au fur et d mesure les SISments de la copie de la 
premiSre table correspondant aux secteurs sauvegardSs. 

L'invention a Sgalement pour objet un contrdleur d'unitS de 
stockage numSrique divisSe en secteurs, caractSrise par le fait quMI 
est agencS pour la mise en oeuvre d'un procSdS tel que dScrit ci- 
dessus. 

On dScrira maintenant, S titre d'exemple non limitatif, un mode 
de rSalisatlon particulier de {'invention, en rSfSrence aux dessins 
schSmatlques annexSs dans lesquels : 
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- la figure 1 lllustre un ordinateur dont I'unit^ de stockage est 
g6r6e conform§ment ^ Tinvention ; 

- la figure 2 illustre les tables utilis^es pour g^rer I'unitd de 
stocl<age ; et 

- la figure 3 est un organigramme d'une op6ration d'6criture sur 
i'unit§ de stockage. 

Si Ton considdre le fonctionnement actuel d'un ordinateur 1 au 
niveau de la gestion de son unit§ de stockage 2 (disque dur, 
RAID...), runit6 centrale 3 contient dans sa m6moire vive les 
programmes et les donn6es en cours de traitement. La carte 4 
contrSleur de disque est I'interface physique entre runlt6 centrale et 
runit6 de stockage. Pour cela, le contrdleur dialogue d'une part avec 
I'unit6 centrale (Dialogue-1 ), et d'autre part avec I'unit^ de stockage 
(Dialogue-2) qui est divis^e en « secteurs ». La taille du secteur est 
la quantity 6l§mentaire d'informations qui peut §tre echang6e en une 
operation entre le contrdleur et I'unit6 de stockage (souvent 512 
octets). 

Du point de vue pratique, ces dialogues se d^roulent de la 
manidre suivante : 

- si I'unit^ centrale 3 requiert une information contenue dans 
le secteur X de I'unlt^ de stockage 2. elle demande au 
contrdleur 4 de lire ce secteur X. Le contrdleur se charge de 
rSaliser physiquement cette demande et envoie le r§sultat 
(512 octets) d I'unitd centrale 3. 

- pour r^criture, I'opdration est invers^e. L'unit^ centrale 3 
envoie le nouveau contenu du secteur X au contrdleur 4 et 
lul demande d'6crlre ce contenu ^ I'adresse X. Le contrdleur 
se charge de r^allser physiquement cette demande. 
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L'unit6 de stockage 2 contient ici deux tables M1 et T1 et le 
contrdleur 4 contient deux tables M2 et T2. M1 est une carte des 
secteurs modifies et T1 est une carte temporaire semblable a M1. 
Les tables M2 et T2 assurent un rep6rage raplde dans les tables M1 
et T1. 

En effet, pour pouvoir r6aliser une sauvegarde partielle (non 
Incrementale) en temps r6el, il est necessalre de disposer d'une table 
temporaire T1 identique a M1 ainsi que d'une table de deuxi6me 
niveau T2 identique a M2, afin de conserver une carte des 
modifications effectu^es depuis la dernidre sauvegarde complete. 

On volt ^ la figure 2 que les tables M1 et T1 sont des suites de 
bits M1(N), T1(N) dans lesquelles le bit de rang N est associ^ au 
secteur d'adresse N de runit6 4. Les tables M2 et T2 sont egalement 
des suites de bits M2(N), T2(N) dont le bit de rang N est associ6 ^ un 
N^"^® groupe de secteurs. 

La premiere commando speclfique d Tinvention ajoutSe au 
dialogue 1 est une demande de formatage sp§cifique (en mode qui 
sera ultdrieurement d^nomme "mode ASM") de Tunitd de stockage 2. 
Le dialogue 2 permettra au contrdleur d'effectuer ce formatage afin 
de reserver de I'espace pour M1 et T1 en rSduisant le nombre de 
secteurs r^ellement utilisables pour les donn^es. Ce nombre ainsi 
qu'un "marqueur ASM" seront Merits au debut de la table M1 afin de 
permettre au contrdleur de reconnaTtre le type de format. 

II est important de signaler que I'espace n^cessaire pour 
stocker M1 et T1 sera approximatlvement d'un demi milli§me de 
I'espace total. La capacity d'une unit6 de stockage format^e en mode 
ASM sera done pratiquement identique d celle d'une units en format 
conventionnel. 
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L'espace de m§moire vive n6cessaire sur le contrdleur pour 
gerer les tables M2 et T2 sera quant a lui tout ^ fait n6gllgeable 
(quelques Ko). 

Pour rester compatible avec un fonctionnement conventionnel, 
la carte controleur 4 doit bien entendu continuer ^ assumer la lecture 
et r6criture d'un secteur N par Tunite centrale. 

Si le disque n'a pas 6t6 formats en mode ASM, on effectue 
{'operation exactement comme dans le cas d'un contrdleur classique 
Dans le cas contraire, les tables ayant 6t§ initialisdes lors de la 
dernldre sauvegarde comme cela sera d^crit ci-apres, TopSration se 
decompose comme montr§ d la figure 3. 

On determine en 10 et 11 avec Ml, M2 (ou T1 et T2) I'^tat du 
secteur N, d6ja declar6 modifi6 ou non. 

Si le secteur a d§jd et^ modifie, on precede d T^criture en 12. 

Dans le cas contraire, on met a jour en 13 et 14 les tables M1, 
M2, T1 et T2 pour marquer le secteur N comme modifie et on 6crit le 
secteur N. 

Pour la lecture d'un secteur N, aucune operation 
supplementaire n'est n^cessaire sinon la localisation diff6rente du 
secteur N suivant que l'unit6 de stockage est format6e en mode ASM 
ou non. 

Du point de vue pratique, les tables M2 et T2 peuvent se 
reconstruire d partir de M1 et T1 mais cette op6ration demande 
quelques secondes pour la lecture complete de Ml et T1 sur runit§ 
de stockage. Aussi, afin d'^viter le plus possible cette perte de 
temps, on ajoute une commande (Dialogue 1) afin de pouvoir 
m6moriser les tables de second niveau M2 et T2 sur runlt6 de 
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stockage au moment de I'arrSt physique de celle-ci, Lors de la mise 
en route, un marqueur permet de savoir si les tables M2 et T2 doivent 
§tre reconstruites ou simplement lues. 

A ce stade, un moyen est done disponible permettant de savoir 
si un secteur N a 6t§ modifie ou non. II faut maintenant determiner de 
quelle maniere r§aliser les sauvegardes et assurer le retour a r6tat 
non modifi6 pour un secteur. 

Afin d'automatlser au maximum les trois types de sauvegarde 
mentionn^es ci-dessus, on ajoute trois commandos au dialogue 1 
permettant de placer le contrdleur dans le mode de sauvegarde 
d§sire et de le laisser assurer les operations Internes via le dialogue 
2 jusqu'a la fin de la sauvegarde. Le retour d I'Stat normal se faisant 
alors automatiquement et la remise a Tetat "non modifi6" pour les 
secteurs sauvegardes etant 6galement transparente pour Tunite 
centrale. 

Une fois le systems place dans un mode de sauvegarde, on 
utilise une commando supplementaire pour fournir ^ chaque demande 
provenant de Tunite centrale, le prochain secteur d sauvegarder ou 
signaler la fin de la sauvegarde. 

Pour ne sauvegarder, meme en mode complet, que les parties 
reellement utilisees de I'unite de stockage, on fournit, avec le secteur 
a sauvegarder, un compteur de repetition. Par exemple, si apr^s 
formatage d'une zone de Tunite, cette zone contient des secteurs 
tous identiques, alors la sauvegarde de cette zone ne ndcessite que 
la sauvegarde de son premier secteur et du nombre de secteurs qui 
la compose. 

Pour permettre la sauvegarde en temps reel, une commando 
donne le nombre de secteurs restants ^ sauvegarder et une autre 
commande permet de bloquer et d6bloquer Tunite de stockage vis-S- 
vis des ecritures demandees par Tunite centrale. De cette maniere, la 
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systdme de sauvegarde peut suivre revolution du nombre de secteurs 
restant d sauvegarder et en cas de diminution trop lente, bloquer 
temporairement I'unit6 de stockage. 

Des commandes permettent §galement d'ecrire un programme 
de sauvegarde pour un systeme d'exploitation particulier tout en 
permettant de tirer profit de la connaissance des secteurs modifies. 

Un tel programme perd une partie des inter§ts du mode ASM 
comme Tinddpendance vis-ii-vis du systdme d'exploitation. mais 
permet une gestion plus ciassique des ficliiers. 

On peut en outre pr6vo!r I'utilisation d'une m§moire cache 
sp§cifique ^ Ml, qui am6liore egalement les performances globales. 

On r6sumera maintenant les commandes que le contr6leur doit 

g6rer. 

1) Formatage specifique de Tunit^ de stockage. 

Soit NS le nombre de secteurs de donn^es disponibles apr§s ce 
formatage. 

Soit NSM le nombre de secteurs non sauvegard6s (au depart, 
NSM=NS). 

2) Donner le nombre de secteurs de donndes (NS). 

3) Passer en mode sauvegarde complete. 

Marquer tous les secteurs comme modifies (NSM=NS). 
Rester dans ce mode tant que NSM>0. 

4) Passer en mode sauvegarde partielle et y rester tant que 
NSM>0. 
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5) Passer en mode sauvegarde incr^mentale et y rester tant 
que NSM>0. 

6) Donner Tadresse X (1^^S, 0=FIN) du prochain secteur 
points comme modifiS, le nombre de r6p6titions successives (N) et le 
contenu de ce secteur. 

- D6cr6menter NSM de N+1. 

- En mode sauvegarde complete ou incrementale, r6inltialiser 
les Elements X a X+N de la table M1 de mani6re a ne plus pointer 
les secteurs sauvegardes comme modifies. 

On rappelle quMi y a "rSpStition successive" pour le secteur X si 
le prochain secteur modifid est X+1 et que les contenus des secteurs 
X et X+1 sont identiques. 

7) Donner le nombre de secteurs modifies restants (NSM). 

8) Bloquer / debloquer TunitS en 6criture. 

9) Reecrire un secteur a partir de son adresse X (1 ^ NS) et de 
son contenu pendant le blocage de I'unitS (Sventuellement avec un 
facteur de repetition N). 

10) Arret de runit6. 

11) Donner TStat d'un secteur ou d'un groupe de secteurs 
connexes. La r6ponse est le nombre de secteurs marques comme 
modifies. 

12) Gestion directe des tables Ml et T1 avec mise ^ jour 
automatique de M2, T2 et NSM. 
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La commande 1 permet de conserver les cartes M1 et T1 des 
secteurs modifies sur runit6 elle-meme. Les m^moires T1 et M1 sont 
r6parties sur Tunite physique de maniere ^ minimiser son temps de 
mise d jour suite ^ la modification d'un secteur de donnees. 

Un marquage est pr^vu (dans la zone r^servde a M1, T1, 
pour permettre la reconnaissance du format special ASM et un 
espace complementaire est pr^vu pour rempiacer un secteur qui 
deviendrait d6fectueux. 

Les commandes 3^8 permettent d'effectuer les trois types de 
sauvegarde de Tunit^ tout en llmltant au minimum son indisponlbilit^ 
en Venture. En effet, si Ton accepte de sauvegarder plusieurs 
versions d'un mdme secteur, il n'est pas n^cessaire de bloquer 
runit6 pendant toute Top^ration de sauvegarde. 

De plus, la prise en compte des secteurs r6p§titifs permet de ne 
sauvegarder physiquement que les parties reeliement utilis^es sur 
Tunite de stockage. 

La commande 10 permet de sauvegarder sur Tunitd elle-mdme 
la table secondaire M2 et le compteur NSM geres en memoire vive 
par le contrdleur. On peut ainsi 6viter de reconstruire cette table 
secondaire lors de la remise en route de Tunite de stockage par le 
controleur. 

Les commandes 11 et 12 permettent d'ecrire des programmes 
de sauvegarde / restitution pour un syst^me d'exploitation particulier. 

On remarquera qu'il est toujours possible de crypter et de 
compressor les informations sauvegardees de maniere d s6curiser et 
a augmenter les performances de reparation. 
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Quelques applications de IMnvention sont donn^es ci-apres d 
titre d*exemple. 

1) Possibility de reconstituer ou de dupliquer une unite de 
stockage sans devoir la faire reconnaTtre par un systeme 
d'exploitation. De plus, la nouvelle unit6 de stockage peut avoir une 
plus grande capacite que Tancienne sans qu'aucune manipulation 
logicielle ne soit nScessaire. 

2) Possibility de produire des unites physiques de sauvegarde 
indSpendantes de tout systdme d'exploitation. 

3) Possibility de gerer econonniquement et independamment des 
OS la sauvegarde de plusieurs PC sur un serveur (local ou distant) 
tout en ayant la possibility de revenir de 1 a X jours en arriyre. 

Pour cela, on part d'une Image du PC que Ton conserve, dans 
un fichier image Fi. Chaque jour, on conserve la sauvegarde 
Incrymentale dans un ficliier Fn. Pour reconstituer une situation 
apres n jours de la sauvegarde initiale, il suffira de "rejouer" F1 a Fn 
sur une copie de Fi. 

Lorsque le nombre de sauvegardes Incrymentales arrive §i X 
(nombre de jours d'liistorique dysiry), il suffit de remplacer Fi par 
Fi+F1 ("rejouer" F1 sur FI) et d'effacer F1 (F2 devient F1, ...). 

4) Possibility de gyrer globalement la sauvegarde d'un disque 
supportant plusieurs OS. 

5) Possibility de minimiser les inconvynients rysultants de 
{'usage d'une unity physique de sauvegarde (bande) de capacity plus 
faible que le volume total de I'unity de stockage, par exemple de 
maintenir les sauvegardes d'un disque de 100 Gb d {'aide d'une 
bande de 40 Gb. 
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6) Possibility d'utillser {'invention dans un programme 
conventionnel ecrit pour un systdme d'exploltation donne. Dans ce 
cas, les gains d'espace et de temps sont conserves avec la 
possibility en plus de travailler au niveau "fichier" m§me sur des 
supports s^quentiels (bande). 

Pour ce faire, on place en tete des sauvegardes (completes, 
partlelles ou incr§mentales) la liste des fichiers (repertoire) avec 
liaison sur les secteurs (via les "clusters". de TOS). 

D'une manl6re gen6rale, on remarquera que, du fait de 
rind^pendance vis d vis du logiciei, on risque de produire une 
sauvegarde "image" de I'unlty de stockage d un instant donnd qui 
n'est pas stable au point de vue du logiciel. Mais, si la sauvegarde 
est rdalisye par TOS, on peut laisser celul-cl responsable de la 
stability ^ cet Instant. Sinon, on peut op^rer la sauvegarde hgrs 
d'usage de Tunity. 

Par allleurs, dans le cas de sauvegardes physiques sur support 
syquentiel (bande), II peut etre difficile de recharger une partie (par 
exemple un fichier particulier) de Tunlty de stockage. Une premiyre 
solution est de recharger la sauvegarde initiale + partielle comme un 
fichier "image" sur une autre unity de stockage d acces direct, puis 
d'utillser un logiciel reconnaissant le type de partition utilisy pour 
extraire les donnyes dysiryes. Une autre solution consiste § utiliser 
un programme ecrit pour le systyme d'exploitation gyrant I'unlty A 
sauvegarder. 
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REVENDICATIONS 

1 - ProcSde de gestion d'une units d.e stockage numSrique (2) 
divisSe en secteurs, notamment en vue de sa sauvegarde, 
caractSrisS par le fait qu'il comprend les Stapes consjstant k : 

- cr6er une premiere table {M^) dont chaque 6l6ment 
correspond d un secteur de I'unitS de stoclcage ; 

- initialiser ladite premiere table ; 

- lors d'une premiere modification d'un secteur aprds ladite 
initialisation, modifier I'elSment de la premiere table 
correspondant ^ ce secteur ; 

- ne pas modifier un SISment de la premiere table lors d'une 
modification du secteur qui lui correspond si I'SISment a dSjd 
St§ modifiS ; 

- rSinitialiser ladite premiere table lors de I'occurrence d'un 
premier dvSnement prSdSterminS. 

2 - Precede selon la revendication 1, dans lequel la creation et 
I'Initialisation de ladite premiere table intervient lors du formatage de 
I'unite de stockage. 

3 - ProcSdS selon I'une quelconque des revendications 1 et 2, 
dans lequel la reinitialisation de ladite premiere table intervient lors 
d'une sauvegarde complete de I'unitS de stockage. 

4 - ProcSde selon I'une quelconque des revendications 1 et 2, 
dans lequel la reinitialisation de ladite premiere table intervient lors 
d'une sauvegarde incrSmentale de I'unitS de stockage. 

5 - Precede selon I'une quelconque des revendications 1^4, 
comprenant I'Stape consistant d crSer et d maintenir une copie (T1) 
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de ladite premiere table, et d r^initialiser iadite copie iors de 
roccurrence d'un deuxi^me evenement predetermine. 

6 - Proced§ selon la revendication 5, dans tequel la 
reinitialisation de ladite copie intervient Iors d'une sauvegarde 
partielle de Tunite de stockage. 

7 - Precede selon Tune quelconque des revendications 1^6, 
comprenant les etapes consistant d : 

- creer une deuxieme table (M2) dont chaque element 
correspond ^ un groupe de secteurs de Punite de stockage ; 

- Initialiser ladite premiere table ; 

- Iors d*une premiere modification d*un secteur d*un groupe de 
secteurs apres ladite initialisation, modifier reiement de la 
deuxieme table correspondant a ce groupe de secteurs ; 

- ne pas modifier un element de la deuxieme table Iors d'une 
modification d'un secteur du groupe de secteurs qui lui 
correspond si i'eiement a deje ete modifie ; 

- reinitialiser ladite deuxieme table Iors de Toccurrence dudit 
premier evenement predetermine. 

8 - Precede selon la revendication 7, dans lequel la creation et 
rinitialisation de ladite deuxieme table intervient Iors du formatage de 
Tunite de stockage. 

9 - Precede selon Tune quelconque des revendications 7 et 8, 
dans lequel la reinitialisation de ladite deuxieme table intervient Iors 
d'une sauvegarde complete de I'unite de stockage. 

10 - Precede selon I'une quelconque des revendications 7 et 8, 
dans lequel la reinitialisation de ladite deuxieme table intervient Iors 
d'une sauvegarde incrementale de I'unite de stockage. 
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11 - Proc6d6 selon I'une quelconque des revendications 7 d 10, 
comprenant I'dtape consistant d order et d maintenir une copie (T2) 
de ladite deuxidme table, et d rdinitialiser ladite copie lors de 
I'ocourrenoe d'un deuxidme dvdnement prdddtermind. 

12 - Precede selon la revendication 11, dans lequel la 
reinitialisation de ladite copie intervient lors d'une sauvegarde 
partielle de I'unitd de stockage. 

13 - Proc§d§ selon I'une quelconque des revendications 1 d 12. 
dans lequel ladite premiere table est cr§6e sur ladite unitd de 
stockage. 

14 _ Proced6 selon I'une quelconque des revendications 7 a 13, 
dans lequel ladite deuxi^me table est cr66e en mdmoire vive dans le 
contrSleur de ladite unite de stockage. 

15 - Procdd§ de sauvegarde complete ou incrdmentale d'une 
unit6 de stockage num§rique (2) divis6e en secteurs, caract§ris§ par 
le fait que I'unite de stockage est geree par un proc6d§ selon I'une 
quelconque des revendications 1 a 14, et qu'il comprend les 6tapes 
consistant ^ : 

- sauvegarder I'un aprSs I'autre les secteurs indiquds comme 
modifies dans ladite premiere table ; 

- rSinitialiser au fur et d mesure les SIdments de ladite 
premidre table correspondant aux secteurs sauvegard6s. 

16 - Precede de sauvegarde partielle d'une unit§ de stockage 
nunnerique (2) divisee en secteurs, caract6ris6 par le fait que I'unitd 
de stockage est g6r6e par un procede selon I'une quelconque des 
revendications 5, 6, 11 et 12, et qu'il comprend les stapes consistant 
d : 

- sauvegarder I'un apr§s I'autre les secteurs indiqu6s comme 
modifies dans ladite premiere table ; 
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- r6initialiser au fur et a mesure les 61§ments de la copie de la 
premldre table correspondant aux secteurs sauvegard^s. 

17 - Controleur (4) d'unit§ de stockage numerique divisee en 
secteurs, caracteris6 par le fait qu'il est agenc§ pour la mise en 
CBUvre d'un proc6d6 selon Tune quelconque des revendlcations 1 
16. 
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Cadre n°VIILiv) DECLARATION : QUALIXfe D'INVENTEXJR 

(seulement am fins de la d&ignation des J^tats-Unis d'Am^rique) 

La declaration doUetre corforme au libeili standard suivantprivu d ('instruction 214; voir les notes relatives aux cadres VUH, VlJId) d v) 
(gin^alites) et les notes spicifiques au cadre 9f Vllldv). Si ce cadre n 'est pas utilisi, cettefeuille ne doit pas etre induse dans la requite. 



Declaration relative k la quaUtd dUnventeur (r^es 4.17.iv) et 5U&.l.a)iv)) 
aux fins de la designation des ]^tats-Unis d'Ani£riqae : 

Par la prdsente, je declare que je crois 6tre le premier inventeur original et unique (si un seul inventeur est mentionnS ci-dessous) ou 
Tun des premiers coinventeurs (si plusieurs inventeurs sent mentionn^s ci-dessous) de robjet revendique pour lequel un brevet est 
demand^. 

La pr^sente declaration a trait h la demande intemationale dont elle fait partie (si la declaration est deposee avec la demande). 

La piesente declaration a trait k la demande intemationale n** POT/ . F.^9fVP.14? 7. (si la declaration est remise en 

vertu de la regie 26ter). 

Par la presente, je declare que mon domicile, mon adresse postale et ma nationalite sont tels qu'indiques pres de mon nom. 

Par la presente, je declare avoir passe en revue et comprendre le contenu de la demande intemationale k laquelle il est fait reference 
ci-dessus, y compris les revendications de ladite demande. J' ai indique dans la requete de ladite demande, conformement k la r^gle 4.10 
du POT, toute revendication de priorite d*une demande etrangSre et j'ai identifi6 ci-dessous, sous Tintituie "Demandes anterieures", 
au moyen du numero de demande, du pays ou du membre de TOrganisation mondiale du commerce, du joun du mois et de Tannee du 
depdt, toute demande de brevet ou de certificat d*aute\ir d'invention deposee dans un pays autre que les Etats-Unis d' Amerique, y 
compris toute demande intemationale selon le POT designant au moins un pays autre que les fitats-Unis d' Amerique, dont la date de 
depdt est anterieure k celle de la demande etrangdre dont la priorite est revendiquee. 

Demandes anterieures : FR 03 06938 .DU 08 JUIN 2003 



Par la presente, je reconnais I'obligation qui m'est &ite de divulguer les renseignements dont j'ai connaissance et qui sont pertinents 
quant k la brevetabilite de I'invention, tels qu*ils sont definis dans le Titre 37, § 1 .56, du Code federal des reglementations, y compris, 
en ce qui conceme les demandes de continuation-in-pait les renseignements pertinents qui sont devenus accessibles entre la date de 
depdt de la demande anterieure et la date du depdt intemational de la demande de continuation-in-part 

Je declare par la pr6sente que toute declaration ci-incluse est, k ma connaissance. veridique et que toute declaration fomfiuiee k partir 
de renseignements ou de suppositions est tenue pour veridique; et de plus, que toutes ces declarations ont et6 fomtiuiees en sachant que 
toute fausse declaration volontaire ou son equivalent est passible d'xme amende ou d'une incarceration, ou des deux, en vertu de la 
Section tOOl du Titre 18 du Code des 6tats-Unis, et que de telles declarations volonlairement fausses risquent de compromettre la 
validite de la demande de brevet ou du brevet deiivre k partir de celle-ci. 

Nora • WALEM Jean-Luc 

Domicile ;M9N?^^^^ 

(ville et 6tat (des ^tats-Unis d' Amerique), le cas echeant, ou pays) 

Adresse postale: Ayenue du Pont^Rouge 

20-BdTteA43 -7000MONS 



Nationalite : 




Signature de rinventein: : / .f7T.*r. . ^J^j;j^>^ Date : 

(si elle ne figure pas dans laVequMe, uu laSiclaration a fait robjet (de la signature qui ne figure pas dans la requSte, ou de la 

de corrections ou d'adjonctions en vertu de la regie 2^ter apr^s le declaration qui a fait Tobjet de corrections ou d'adjonctions en 

depot de la demande intemationale. La signature doit etre celle de veitndelaregle26/er£q;)resled^6tdelademandeintemationale) 
rinventeur, il ne peut s*agir de celle du mandataire) 



Nom : 

Domicile : 

(ville et fitat (des £tats-Unis d* Amerique), le cas echeant, ou pays) 

Adresse postale : 



Nationalite : 

Signature de I'inventeur : 

(si elle ne figure pas dans la requ&te, ou si la declaration a fidt robjet 
de corrections ou d'adjonctions en vertu de la r&gle 26ter apr^s le 
depdt de la demande intemationale. La signature doit 8tre celle de 
rinventeur, il ne peut s'agir de celle du mandataire) 



Date : 

(de la signature qui ne figure pas dans la requSte, ou de la 
declaration qui a fsx\ I'objet de corrections ou d'adjonctions en 
vertu delaregle26ferapresle depdt de la demandeintemationale) 



n Cette declaration continue sur la feuille suivante, "Suite du cadre VIII.iv)". 



Fomiulaire PCT/RO/lOl (feuille de declaration iv)) (janvier 2004) 



Voir les notes relatives auformulaire de requite 



